home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19980901-19981211 / 000381_news@newsmaster….columbia.edu _Wed Dec 2 14:57:20 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA06623
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 2 Dec 1998 14:57:19 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA23459
  7.     for kermit.misc@watsun; Wed, 2 Dec 1998 14:57:18 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: kermit with PacComm Spirit-2 Packet Controller
  12. Date: 2 Dec 1998 19:57:18 GMT
  13. Organization: Columbia University
  14. Lines: 43
  15. Message-ID: <74462u$j7u$1@apakabar.cc.columbia.edu>
  16. References: <36659086.7D934547@colorado.edu>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:9588
  19.  
  20. In article <36659086.7D934547@colorado.edu>,
  21. Josh Rigler  <jrigler@colorado.edu> wrote:
  22. : I'm trying to use kermit to test a direct (and eventually vi RF) link
  23. : between two PacComm packet controllers, which connect through a standard
  24. : serial port.  On one end, I have a Gateway2000 laptop with Linux.  I can
  25. : communicate with the packet controller beautifully in "local" mode.  On
  26. : the other end I have a Gateway2000 desktop system.  I start up kermit,
  27. : connect to the serial port, then I can't send any keyboard commands to
  28. : the packet controller.  If I use the packet controller's connect command
  29. : from the first computer (laptop), I can send text messages to the
  30. : terminal on the other side, and they pop up on the screen, like they're
  31. : supposed to.  I even tried swapping out the packet controllers, but the
  32. : problem seems to be with the desktop computer, not the controller.
  33. : 
  34. : I know this all sounds a little strange, but the gist of my question is
  35. : this.  What could possible be the difference between the two systems
  36. : that would affect kermit?  The only difference I can find in the two
  37. : kermits is that if I do a "show comm" on the good system, I get this...
  38. : 
  39. : Communications Parameters:
  40. :  Line: /dev/ttyS1, speed: 9600, mode: local, modem: none
  41. :  Terminal bits: 7, parity: none, duplex: full, flow: rts/cts, handshake:
  42. : none
  43. :  Carrier: auto, lockfile: /var/lock/LCK..ttyS1
  44. :  Escape character: 28 (^\)
  45. : 
  46. :  Carrier Detect      (CD):  Off
  47. :  Dataset Ready       (DSR): On
  48. :  Clear To Send       (CTS): On
  49. :  Ring Indicator      (RI):  Off
  50. :  Data Terminal Ready (DTR): On
  51. :  Request To Send     (RTS): On
  52. : 
  53. : but when I do it on the bad computer, the "Dataset Ready", and "Clear to
  54. : Send" are turned off.
  55. >
  56. That would be the difference.  If Clear to Send is off, but RTS/CTS flow
  57. control is selected, Kermit can't send.  Probably the cable you are using
  58. on this system lacks a full set of wires.  You can work around the problem
  59. by telling Kermit to "set flow none", but it's better to have functional
  60. flow control, so check your cable & connectors.
  61.  
  62. - Frank